mssql

推荐列表 站点导航

当前位置:首页 > 数据库 > mssql >

SqlServer参数化查询之where in和like实现详解

来源:网络整理  作者:网络  发布时间:2020-12-08 20:05
若有一天你不可避免的需要提高SQL的查询性能,需要一次性where in 几百、上千、甚至上万条数据时,参数化查询将是...
{
comm.Connection = conn;
comm.Connection = conn;
首先说一下我们常用的办法,直接拼SQL实现,一般情况下都能满足需要

复制代码 代码如下:

SqlCommand comm = new SqlCommand();
comm.CommandText = "select * from Users(nolock) where UserID in(@UserID)";
SqlCommand comm = new SqlCommand();
comm.CommandText = "select * from Users(nolock) where ','+@UserID+',' like '%,'+ltrim(str(UserID))+',%' ";
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
由此相信大家对于为何简单的where in 传参无法得到正确的结果知道为什么了吧,下面我们来看一看如何实现正确的参数化执行where in,为了真正实现参数化where in 传参,很多淫才想到了各种替代方案
方案2 使用exec动态执行SQL,这样的写法毫无疑问是很成功的,而且代码也比较优雅,也起到了防止SQL注入的作用,看上去很完美,不过这种写法和直接拼SQL执行没啥实质性的区别,查询计划没有得到复用,对于性能提升没任何帮助,颇有种脱了裤子放屁的感觉,但也不失为一种解决方案。(不推荐)


方案1,使用CHARINDEX或like 方法实现参数化查询,毫无疑问,这种方法成功了,而且成功的复用了查询计划,但同时也彻底的让查询索引失效(在此不探讨索引话题),造成的后果是全表扫描,如果表里数据量很大,百万级、千万级甚至更多,这样的写法将造成灾难性后果;如果数据量比较小、只想借助参数化实现防止SQL注入的话这样写也无可厚非,还是得看具体需求。(不推荐)
{
很显然这样会报错误:在将 varchar 值 '1,2,3,4' 转换成数据类型 int 时失败,因为参数类型为字符串,where in时会把@UserID当做一个字符串来处理,相当于实际执行了如下语句
}

using (SqlConnection conn = new SqlConnection(connectionString))
}
SqlCommand comm = new SqlCommand();

}
方案3 为where in的每一个参数生成一个参数,写法上比较麻烦些,传输的参数个数有限制,最多2100个,可以根据需要使用此方案(推荐)
using (SqlConnection conn = new SqlConnection(connectionString))

复制代码 代码如下:

conn.Open();
select * from Users(nolock) where UserName in('''john'',''dudu'',''rabbit''')
using (SqlConnection conn = new SqlConnection(connectionString))
comm.ExecuteNonQuery();

comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
{
conn.Open();
{

comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar, -1) { Value = "'john','dudu','rabbit'" });
using (SqlConnection conn = new SqlConnection(connectionString))
conn.Open();
comm.Connection = conn;
comm.ExecuteNonQuery();


SqlCommand comm = new SqlCommand();
comm.ExecuteNonQuery();
conn.Open();
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });

}
  //不是预期的(@UserID varchar(max))exec('select * from Users(nolock) where UserID in ('+@UserID+')')


comm.CommandText = "select * from Users(nolock) where CHARINDEX(','+ltrim(str(UserID))+',',','+@UserID+',')>0";
{
身为一名小小的程序猿,在日常开发中不可以避免的要和where in和like打交道,在大多数情况下我们传的参数不多简单做下单引号、敏感字符转义之后就直接拼进了SQL,执行查询,搞定。若有一天你不可避免的需要提高SQL的查询性能,需要一次性where in 几百、上千、甚至上万条数据时,参数化查询将是必然进行的选择。然而如何实现where in和like的参数化查询,是个让不少人头疼的问题。
//使用exec动态执行SQL

复制代码 代码如下:

}
conn.Open();


comm.CommandText = "exec('select * from Users(nolock) where UserID in ('+@UserID+')')";

这样不会抱任何错误,也查不出想要的结果,因为这个@UserName被当做一个字符串来处理,实际相当于执行如下语句
//使用like,实现参数化查询,可以复用查询计划,同时会使索引失效

comm.Connection = conn;
string userIds = "1,2,3,4";
//使用CHARINDEX,实现参数化查询,可以复用查询计划,同时会使索引失效

复制代码 代码如下:


using (SqlConnection conn = new SqlConnection(connectionString))

comm.ExecuteNonQuery();

conn.Open();

复制代码 代码如下:






comm.ExecuteNonQuery();
comm.Connection = conn;
SqlCommand comm = new SqlCommand();

复制代码 代码如下:


复制代码 代码如下:

若执行的语句为字符串类型的,SQL执行不会报错,当然也不会查询出任何结果

需要参数化查询时进行的尝试,很显然如下这样执行SQL会报错错误
where in 的参数化查询实现

复制代码 代码如下:



comm.Connection = conn;
SqlCommand comm = new SqlCommand();
comm.ExecuteNonQuery();
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
  //实际执行的查询计划为(@UserID varchar(max))select * from Users(nolock) where UserID in (1,2,3,4)
}
comm.CommandText = "select * from Users(nolock) where UserName in(@UserName)";
using (SqlConnection conn = new SqlConnection(connectionString))
{
comm.CommandText = string.Format("select * from Users(nolock) where UserID in({0})", userIds);
select * from Users(nolock) where UserID in('1,2,3,4')

相关热词: 详解

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供用于网络技术学习参考,学习中请遵循相关法律法规!

本文地址: https://v30.fanwenzhu.com/sql/mssql/1541.shtml

Copyright © www.juheyunku.com      关于 | 合作 | 声明 | 联系 | 更新 | 地图 | Tags

SqlServer参数化查询之where in和like实现详解

2020-12-08 编辑:网络

{
comm.Connection = conn;
comm.Connection = conn;
首先说一下我们常用的办法,直接拼SQL实现,一般情况下都能满足需要

复制代码 代码如下:

SqlCommand comm = new SqlCommand();
comm.CommandText = "select * from Users(nolock) where UserID in(@UserID)";
SqlCommand comm = new SqlCommand();
comm.CommandText = "select * from Users(nolock) where ','+@UserID+',' like '%,'+ltrim(str(UserID))+',%' ";
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
由此相信大家对于为何简单的where in 传参无法得到正确的结果知道为什么了吧,下面我们来看一看如何实现正确的参数化执行where in,为了真正实现参数化where in 传参,很多淫才想到了各种替代方案
方案2 使用exec动态执行SQL,这样的写法毫无疑问是很成功的,而且代码也比较优雅,也起到了防止SQL注入的作用,看上去很完美,不过这种写法和直接拼SQL执行没啥实质性的区别,查询计划没有得到复用,对于性能提升没任何帮助,颇有种脱了裤子放屁的感觉,但也不失为一种解决方案。(不推荐)


方案1,使用CHARINDEX或like 方法实现参数化查询,毫无疑问,这种方法成功了,而且成功的复用了查询计划,但同时也彻底的让查询索引失效(在此不探讨索引话题),造成的后果是全表扫描,如果表里数据量很大,百万级、千万级甚至更多,这样的写法将造成灾难性后果;如果数据量比较小、只想借助参数化实现防止SQL注入的话这样写也无可厚非,还是得看具体需求。(不推荐)
{
很显然这样会报错误:在将 varchar 值 '1,2,3,4' 转换成数据类型 int 时失败,因为参数类型为字符串,where in时会把@UserID当做一个字符串来处理,相当于实际执行了如下语句
}

using (SqlConnection conn = new SqlConnection(connectionString))
}
SqlCommand comm = new SqlCommand();

}
方案3 为where in的每一个参数生成一个参数,写法上比较麻烦些,传输的参数个数有限制,最多2100个,可以根据需要使用此方案(推荐)
using (SqlConnection conn = new SqlConnection(connectionString))

复制代码 代码如下:

conn.Open();
select * from Users(nolock) where UserName in('''john'',''dudu'',''rabbit''')
using (SqlConnection conn = new SqlConnection(connectionString))
comm.ExecuteNonQuery();

comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
{
conn.Open();
{

comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar, -1) { Value = "'john','dudu','rabbit'" });
using (SqlConnection conn = new SqlConnection(connectionString))
conn.Open();
comm.Connection = conn;
comm.ExecuteNonQuery();


SqlCommand comm = new SqlCommand();
comm.ExecuteNonQuery();
conn.Open();
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });

}
  //不是预期的(@UserID varchar(max))exec('select * from Users(nolock) where UserID in ('+@UserID+')')


comm.CommandText = "select * from Users(nolock) where CHARINDEX(','+ltrim(str(UserID))+',',','+@UserID+',')>0";
{
身为一名小小的程序猿,在日常开发中不可以避免的要和where in和like打交道,在大多数情况下我们传的参数不多简单做下单引号、敏感字符转义之后就直接拼进了SQL,执行查询,搞定。若有一天你不可避免的需要提高SQL的查询性能,需要一次性where in 几百、上千、甚至上万条数据时,参数化查询将是必然进行的选择。然而如何实现where in和like的参数化查询,是个让不少人头疼的问题。
//使用exec动态执行SQL

复制代码 代码如下:

}
conn.Open();


comm.CommandText = "exec('select * from Users(nolock) where UserID in ('+@UserID+')')";

这样不会抱任何错误,也查不出想要的结果,因为这个@UserName被当做一个字符串来处理,实际相当于执行如下语句
//使用like,实现参数化查询,可以复用查询计划,同时会使索引失效

comm.Connection = conn;
string userIds = "1,2,3,4";
//使用CHARINDEX,实现参数化查询,可以复用查询计划,同时会使索引失效

复制代码 代码如下:


using (SqlConnection conn = new SqlConnection(connectionString))

comm.ExecuteNonQuery();

conn.Open();

复制代码 代码如下:






comm.ExecuteNonQuery();
comm.Connection = conn;
SqlCommand comm = new SqlCommand();

复制代码 代码如下:


复制代码 代码如下:

若执行的语句为字符串类型的,SQL执行不会报错,当然也不会查询出任何结果

需要参数化查询时进行的尝试,很显然如下这样执行SQL会报错错误
where in 的参数化查询实现

复制代码 代码如下:



comm.Connection = conn;
SqlCommand comm = new SqlCommand();
comm.ExecuteNonQuery();
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
  //实际执行的查询计划为(@UserID varchar(max))select * from Users(nolock) where UserID in (1,2,3,4)
}
comm.CommandText = "select * from Users(nolock) where UserName in(@UserName)";
using (SqlConnection conn = new SqlConnection(connectionString))
{
comm.CommandText = string.Format("select * from Users(nolock) where UserID in({0})", userIds);
select * from Users(nolock) where UserID in('1,2,3,4')

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供学习参考!
本文地址为 https://v30.fanwenzhu.com/sql/mssql/1541.shtml

相关文章

风云图片

推荐阅读

返回mssql频道首页